home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.20031118-20041115 / 000022_anthonypieper@cs.com_Wed Nov 26 14:37:00 2003.msg < prev    next >
Internet Message Format  |  2004-11-14  |  4KB

  1. Path: newsmaster.cc.columbia.edu!panix!newsfeed.media.kyoto-u.ac.jp!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!postnews1.google.com!not-for-mail
  2. From: anthonypieper@cs.com (newexpectuser)
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Problem in Kermit trying to get a file while sending it at the same time
  5. Date: 26 Nov 2003 10:25:53 -0800
  6. Organization: http://groups.google.com
  7. Lines: 66
  8. Message-ID: <f0bb0f39.0311261025.6fd175b5@posting.google.com>
  9. References: <f0bb0f39.0311250532.1b93aad@posting.google.com> <slrnbs6r9i.oig.fdc@sesame.cc.columbia.edu> <f0bb0f39.0311260731.11d9eb29@posting.google.com>
  10. NNTP-Posting-Host: 209.251.39.194
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Trace: posting.google.com 1069871154 6856 127.0.0.1 (26 Nov 2003 18:25:54 GMT)
  14. X-Complaints-To: groups-abuse@google.com
  15. NNTP-Posting-Date: Wed, 26 Nov 2003 18:25:54 +0000 (UTC)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14698
  17.  
  18. My main issue is the file(s) I want are on a secure ftp server. This
  19. process has other companies dropping off their files off in a certain
  20. directory, so if they are dropping off a large file in this directory
  21. at the same time I am trying to get the files from this directory, it
  22. seems I am getting only a partial file.
  23.  
  24. I had thought remembering some protcols cannot "see" files in a
  25. directory until they are 100% finished being dropped off, I'm not sure
  26. if Kermit can handle this situation.
  27.  
  28. Also, the way I am testing the method of dropping off the file is
  29. using a kermit script to connect to the server and using the send
  30. command (to send from my local area) after doing a rcd command.
  31. > Looking at Case Study #10, this tells me there would need to be two
  32. > scripts running, 1 on the Branch machine to "send" the files and 1 on
  33. > the HQ machine to "set receive" the files.
  34. > My case is a little different, my HQ machine is the one running the
  35. > Kermit Script (logging onto the Branch machine, changing to the
  36. > directory where the file resides on the remote machine and doing a
  37. > mget * command), so this example may not help me, unless I broke up
  38. > the scripts into two.
  39. > The issue with doing that is the Branch machine is a secure ftp server
  40. > and cannot communicate over to the HQ machine for security reasons.
  41. > Frank da Cruz <fdc@columbia.edu> wrote in message news:<slrnbs6r9i.oig.fdc@sesame.cc.columbia.edu>...
  42. > > In article <f0bb0f39.0311250532.1b93aad@posting.google.com>,
  43. > > newexpectuser wrote:
  44. > > : I ran across this error as the scenerio describes. Both are trying to
  45. > > : connect using SSH and CKERMIT.
  46. > > : 
  47. > > : I am running a Kermit script called DROPOFF trying to send TESTFILE to
  48. > > : a remote server (it is a 2meg file) at the same time I am running a
  49. > > : Kermit PICKUP trying to mget files (including the TESTFILE) from this
  50. > > : same server in the same directory.
  51. > > : 
  52. > > : What is happening is, PICKUP ends first and has a partial file of
  53. > > : TESTFILE and DROPOFF gets 74% done (according to Kermit) and then
  54. > > : comes back with the error message "Last error:  FAILURE: Error writing
  55. > > : data" and it keeps around the partial file (74% of it).
  56. > > : 
  57. > > : I'm not sure why this is happening and how to avoid it. It is a
  58. > > : realtime scenerio where somebody may be dropping off a file in a
  59. > > : directory, while the other script is trying to get all the files out
  60. > > : of this directory.
  61. > > : 
  62. > > You answered your own question:
  63. > > 
  64. > > : I am running a Kermit script called DROPOFF trying to send TESTFILE to
  65. > > : a remote server (it is a 2meg file) at the same time I am running a
  66. > > : Kermit PICKUP trying to mget files (including the TESTFILE) from this
  67. > > : same server in the same directory.
  68. > > 
  69. > > The server does not have permission to write to a file that another 
  70. > > process has open for reading.  Nor would you want it to!  Please read
  71. > > about transaction processing here:
  72. > > 
  73. > >   http://www.columbia.edu/kermit/case10.html
  74. > > 
  75. > > and here:
  76. > > 
  77. > >   http://www.columbia.edu/kermit/ftpscripts.html#tp
  78. > > 
  79. > > to see the kinds of things you need to do.
  80. > > 
  81. > > - Frank
  82.